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BACKGROUND OF THE INVENTION 

1. Field of the Invention 



This invention relates to communication systems and methods of operation. More 
particularly, the invention relates to an enhanced TV broadcasting system, method and program 
1 0 product using tags for incorporating local content into a communication stream containing 
program content. 

2. Description Of Prior Art 

Many TV broadcasting stations, particularly cable systems and digital TV stations 
transmit programming content over an area in a communication stream using the MPEG-2 

1 5 format. All station and cable viewers receive the same program content including the same 
commercials. Typically, there is little opportunity in such current broadcasting systems to 
include local programming contents or targeted commercials in the communication stream. An 
emerging technology called Enhanced TV (ETV) aids in inserting local program content and 
targeted commercials to station and cable viewers. Enhanced TV uses certain technologies from 

20 the Internet to deliver graphical and informational elements as components on the same screen as 
a video program. Once transmitted over the air or via telephone wires or cables, the components 
are televised on top of video programming as enhancements and viewed on traditional TV sets, 
computers, and on other video-ready digital products. 
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To the viewer, "enhancements" appear as graphical and sometimes purely informational 
elements on the screen and overlay a video broadcast. Often the enhancements are opaquely 
colored and cover the video broadcast in part or are transparent or semi-transparent. Specific 
reoccurring elements are icons, banners, labels, menus, information about the program, data one 
5 can print, open text fields in which one can insert an email address, or forms to fill out in order to 
buy a product. If the producer has done an adequate job, the enhancements will be relevant to 
the television programming beneath it. Alternatively, the TV broadcast can also be shrunk down 
on the TV screen to make room for the enhancements which may be displayed beside the TV 
=iS broadcast. Also, the TV broadcast can be blanked out freeing the entire screen for display of the 
^1 0 enhancements. An example of screen blanking is the Weather Channel, which every 1 0 minutes 
X or so replaces the national feed by locally generated displays of the local weather. Regional 
^ commercials inserted by cable companies or by local broadcasters over the national feed are 

another example of screen blanking, 
ip Sometimes the enhancements are interactive. To navigate and participate in such 

^5 interactive television broadcasts, viewers can use the buttons on the remote control, type 
commands or words with a wireless keyboard on certain systems, or use the mouse if 
experiencing interactive TV via a computer. Depending upon the network, the software on the 
settop box, or if also connected to the Internet, the viewer will receive access to an electronic 
programming guide (EPG); a special TV-online service containing links to local information; or 
20 applications such as email, games, home banking, community message boards, and many future 
applications. 

In order to further implement enhanced TV there is an need to more effectively organize 
program content, send the program content into an MPEG-2 data injector which embeds the data 
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into an MPEG-2 transport stream and then insert local content as enhancements into the transport 
stream. 

Prior art related to enhanced TV broadcasting systems, includes: 
US? 6,029,045 entitled "System and Method for Inserting Local Content into 
5 Programming Content" by M. R. Picco et al., issued February 22, 2000, discloses transmitting a 
programming data stream and a local content digital data stream to a settop box in a house of a 
user. The settop box stores a predetermined portion of the pieces of local content data based on 
predetermined criteria and identifies a local content space in the programming data stream. The 
settop box may also select a particular piece of local content fi-om the storing system to insert 

1 0 into the local content space in the programming data stream based on a plurality of 

predetermined preferences of the user. The selected piece of local content is retrieved from the 
storage and inserted into the programming data stream in the local content space so that the 
individualized local contents specific to the use of the settop box is inserted into the 
programming data stream. 

15 USP 5,636,245 entitled "Location Base Selective Distribution of Generally Broadcast 

Infomiation" by D.E. Ernest et al. issued June 3, 1997, discloses a system for determining 
whether information broadcast by a general transmitter is relevant to a particular user based on 
location, velocity, and/or time of an object of interest. The system includes a remote terminal, a 
general broadcasting unit, a transmitter at the general broadcasting unit for broadcasting 

20 messages including a segment comprising a region, a velocity and/or time corresponding to an 
event as well as an event specific tag, and storage for storing selection criteria including current 
position, time and/or velocity information of the user and/or manually entered data of interest. 
The selection criteria may also include events specific tags. The receiver at the remote terminal 
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receives a message from the transmitter of the general broadcasting unit. A navigational receiver 
may also be used to acquire navigational information from an appropriate external source. A 
matching processor at the remote terminal evaluates the segment of the messages, determines if 
the segment sufficiently matches the stored selection criteria and outputs a match signal. A 
5 processor in the remote unit receives the match signal and processes and disseminates the 
message in accordance with the match signal. 

USP 5,636,222 entitled "Broadcast Method And System With Cell Tag Information For 
Multiple Self-Routing" by: S. Uriu et al., issued June 3, 1997, discloses a self-routing switch for 
10 executing a broadcast in an ATM mode. The switching unit comprises a central controller, a tag 
Jo information adder and a self^routing switch. The self^routing switch comprises a plurality of 
=H input and output lines. Unit switches are provided for each input line corresponding to each of 
output line. The tag information adder adds routing information for the self-routmg switch to a 
A cell transmitted to the self-routing switch. The routing information comprises a set of bit 
P corresponding to each output line. The tag information adds to the cell the routing information 
'Is in which a bit corresponding to an output line for transmitting the cell is set to predetermined 

logical value. In executing the broadcast, a plurality of bits corresponding to a plurality of output 
lines is set to a predetermined logical value. The self-routing switch analyzes the routing 
information of the cell received by each unit switch and outputs the cell to the output line if the 
bit corresponding to a unit switch is set to a predetermined logical value. If a plurality of bits of 
20 routing information is set to a predetermined value, the cell is outputted from a plurality of 
output lines thus enabling the broadcast. 

USP 5,434,978 entitled "Communication Interface Employing Unique Tags Which 
Enable A Destination To Decode A Received Message Structure" by M. J. Dockter et al., issued 
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July 18, 1998, discloses a communication interface for producing messages in accord with a 
protocol. Each message comprises at least a first level message structure with a umque tag value 
that identifies a class of massage structures to which the first level message structure belongs. A 
unique tag value enables identification of a grammar template procedure that allows analysis of a 
first level message structure. A destination node receives the first level message structure and 
includes circuitry for determining the umque tag value. A memory in the destination stores at 
addresses indicated by unique tag values, grammar template procedures for each class of first 
level message structures. A processor at the destination node is responsive to a detected unique 
tag value to access a grammar template procedure at an address in the memory determined from 
a received unique tag value and to analyze the first level message structure in accordance with 
i the access grammar template procedure. A second level message structure includes a fiirther 
!° unique tag value and comprises an assembly group of first level message structures, 
i None of the prior art discloses an enhanced TV broadcasting system and method of 

I operation transmitting audio/visual program content and enabling local enhancements to be 
5l5 inserted under or as a splice in the program content at each local receiver in a convenient and 
timely manner 

SUMMARY OF THF INVENTION 

An object of the invention is an enhanced TV broadcast system, method and program 
product for inserting local enhancements into program content. 

Another object is an enhanced TV broadcast system, method and program product using 
tags to insert local enhancements in the program content. 

Another object is generating various tags at a local or remote station for incorporation of 
local content into a program content transmitted by an enhanced TV broadcast system. 
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Another object is processing various tags for inserting local enhancements in program 
content transmitted from an enhanced TV broadcast system. 

These and other object, features and advantages are achieved in a system, method and 
program product using tags as markers for incorporating local content in a communications 
5 stream, e.g., TV broadcast, cable transmission. The system includes a transmitter generating a 
communication stream including program content directed to viewers, listeners, subscribers and 
the like. The transmitter includes an authoring tool for generating tags incorporated into the 
program content. A scheduler inserts the tags into the program content so as not to disrupt the 
^JQ audio-visual content in the program by insertion under or splicing in the program content. An 
\ io insertion module performs the insertion of the tag into the content. The finished program content 
IS with tags is stored or sent to an encoder for transmission to a receiver as a communication 
J" stream, in one embodiment, using MPEG - 2. The tags contain modification of the content for 
\^ retransmission to the local receiver area with local content or other actions. The tags are of two 

types. One tag initiates local action in the program content in the communication stream. A 
^ft second tag overrides local action. Each tag contains a header, a tag type and tag action. The 

header indicates the tags that follow in the content. The tag type indicates local program content, 
i.e., local weather, local commercials, and viewer interaction. Tag action implements the local 
content. A receiver captures and stores the program content and tags in a buffer. Local tags are 
stored in a local table. Override tags are stored in a local override table. During the transmission 
20 of the program content, a supervisor continuously reads the local table for local tags. When the 
time for a local tag is detected, the program content is interrupted by splicing or inserting the 
content according to the tag action described in the local tag. If a local override tag is detected, 
the local tag is overridden, and the tag action described by the local override tag is performed. 
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As long as there is program content, the supervisor continues to look for tags. The program 
content may be continuously read or written or may be done by interrupts instead of sequentially. 

In another embodiment, program content need not have any tags. Tag actions may be 
locally generated and placed in the local tag table either by the local systems operator, or 
remotely from a remote site, and then executable by the supervisor. 

DESCRIPTION OF DRAWINGS 

The invention will be further understood from the following detailed description of a 
preferred embodiment taken in conjunction with an appended drawing, in which: 

Fig. 1 is a representation of an enhanced TV broadcast system incorporating the 
principles of the present invention in which a primary station generates a communication stream 
including program content and tags for incorporation of enhancements by local TV stations. 

Fig. 2 is a representation of the communication stream of Fig. 1 including program 
content in MPEG-2 AudioA^isual (A/V) format and an enhancement under the content for 
distribution to local TV stations. 

Fig. 3 is a representation of the communication stream of Fig. 1 including program 
content in MPEG-2 A/V format and an enhancement spliced into the content. 

Fig. 4 is a representation of a tag used in the system of Fig. 1. 

Fig. 5 is a system diagram for inserting tags in program content using a standard 
authoring tool in the system of Fig. 1. 

Fig 6 is a flow diagram for the operation of the system of Fig. 5. 

Fig. 7 is a local TV system diagram including a tag-processing module for receiving the 
program content generated in Fig. 1 and retransmission of the content with locally modified 
enhancements. 
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Fig, 8 is a flow diagram of a supervisor included in the tag-processing module of Fig. 7. 
DESCRIPTION OF PREFERRED EMBODIMENT 

Fig. 1 discloses an enhanced TV broadcast system 10 including a primary station 12 

coupled to a plurality of Video 14^ 14" (V) and related audio 16^. .16" (A) communication 

5 streams. Each stream is processed in a standard compressor 18 using the MPEG - 2 format and 
packetized in the ATM format using a standard packetizer 20. A tag inserter 22 for enhanced 
programming may insert tags into the video and audio content at the program source (not shown) 
The communication streams are combined in a standard multiplexer 23 and transmitted by air or 
0 cable or wires to local systems 24 \ , . .24". The content is overridden by the local systems to 
;lo insert local content of many forms. The local system maintains tables of information that apply 
:5 local changes to the program content, as will be described hereinafter. These tables are set either 
by the local system operator or are set remotely by some central agency. The content with the 
tags arrives at a local ETV system 24\ typically a cable system operator, where the streams are 
subject to a processor 26, decompressed in an expander 28 and subjected to a tag processor 30 
^5 for locally modifying the program content. The local system distributes the locally modified 
program content to standard settop-box players 32 ^ ... 32" which may also interact with the 
modifications to the program content. 

Fig. 2 shows (V/A) program content represented as a bandwidth of information 100 
streaming with time, which has embedded in it some enhanced content (tags, HTML, images, 
20 etc.) 104 that streams within it. In this MPEG-2 example, the horizontal axis is time, and the 
vertical axis is bandwidth. The overall bandwidth 100 is constant. Most of the bandwidth goes 
to the MPEG-2 Audio and Video (A/V) 102. Some irregular bandwidth is left over and 
unneeded. Usually that is wasted, but enhanced content 104 can be inserted to some extent as 
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long as it does not squeeze out too much audio-visual information, which would make the video 
black or jerky or distort the sound. 

The Settop box 32 (See Fig. 1) may play this enhanced content for example as a static 
image (next to a reduced-size video image) to present extra information or to present a buying 
5 opportunity and dialog for the viewer. This enhanced content takes bandwidth away from the 
main MPEG-2 stream, so its insertion must be scheduled to start at a certain time and to stretch 
out over enough time that it takes a bandwidth small enough to allow the main MPEG-2 stream 
to maintain the desired quality. There are standard techniques for this called "scheduling", as 
|W will be described hereinafter. 

; ilO Fig. 3 shows digital program content 202, 206 interrupted for enhanced content 204 to be 

substituted. A TV commercial is a typical example of enhanced content. There are standard 
techniques called "splicing" for interrupting the content. In this MPEG-2 example the horizontal 

\^ axis is time, and bandwidth 200 is the vertical axis. The overall bandwidth 200 is constant. The 

^1 MPEG-2 program content 202, which includes both audio-visual and other data, is interrupted. 

^^^5 A different MPEG-2 stream consisting of enhanced content 204 is spliced into the bandwidth 
substituting for the original stream. At the end of this enhanced content the original MPEG-2 
stream is continued 206 by a second splice. 

Both of these forms of enhanced content, scheduled (Fig. 2) or spliced (Fig. 3), can 
typically be delivered directly by the program content provider, typically a national cable 
20 channel. However, local operators may wish to add or substitute local information, purchase 
opportunities, commercials, etc. not provided by the national feed. Also, the national feed itself 
may want to proved such information different from what was in the original programming when 
it was made. 
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In order to enhance content, tags are inserted into the program content as a marker for the 
local enhancement. The tags, as will be described hereinafter, . may take any form as made by 
any system. If the tags have a structure not understood by this system they are stored and 
optionally replaced later whole as single items. If they have been made by the present invention 
they are stored with this structure and can be partly replaced locally. 

Turning now to Figure 4, Tags 40 have a structure, as follows: 

Header 42 - indicates a tag follows: 

Type 44 - specifies the type of tag i.e. local or override. 

Payload46 - content - additional tag description (optional). 

Tags may arrive as character strings or in binary. They may encode their fields 
positionally or by keyword. The length may be fixed, specified with length fields, or be of 
arbitrary length followed by a termination string. 

Here are some examples of tags for a weather application. First the weather information 
is cleared: 

Local Weather, Action=DeleteLT, Name==l 

Then a specific weather action is loaded into a local system, in this case the Yorktown 

Heights NY cable head-end, for later action: 

LocalWeather, TagAction-SetLT, Name=l, SetLT, Destination=Yorktown 
HeightsNY, Action-DisplayURL, lJRL=http://www.LocalWeather. 
comAJpperWestchester County.html, Time-Hourly+05:00.000 

The type of the tag is LocalWeather, which may or may not be known to the receiving 
software at the local system. This tag is specified (TagAction) to be set in the Local Table 
(SetLT) where it will be held for later action. There may be several LocalWeather objects cued 
up for display at different fimes, so this one is named "1" to distinguish it fi-om others. When the 
time comes (5 minutes past the hour), the system action will be to display weather information 
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from the URL specified to settop boxes tuned to the proper channel. The channel is determined 
either by the system inspecting the tag or explicitly by a Channel=32 specification in the 
payload. 

Fig. 5 shows one embodiment of a system 300 including an authoring tool (not shown) to 
insert tags into the content either in real time as the content is broadcast or offline to be stored 
with the program content for later broadcast. The original program content 301 comes in real- 
time, or from tape or disk storage, etc. The content is optionally captured 302 by a device that 
decodes the program if need be from its broadcast form to a digital file in a computer 304. The 
computer contains a memory 306 both as internal and external storage and is optionally 
controlled by an operator using input devices 308 and a display 310. Inside the computer a tag- 
authoring tool 312 runs automatically or under the control of the user to compose and insert tags 
into the program content. The finished program is encoded 3 14 into broadcast form and an 
output 316 is either transmitted in real-time or stored for later broadcast. 

Fig. 6 shows a process 400 for the tag-authoring tool 312 to insert the tags into the 
original program content source 301 . The process begins in block 401 . The tag authoring tool in 
block 402 commands the optional capture device 302 to decode the program if need be from its 
broadcast form or read it from data storage to a digital file, possibly just a buffer, if the process 
occurs in real-time. The tag-authoring tool then obtains the tags and where they are to be 
inserted 404 into the program content from a file or from the computer user's input devices. A 
scheduler module 406 plans where to insert the tags into the program content using little-enough 
bandwidth so as not to disrupt the audio-visual content in the program, as in Fig. 1. An insertion 
module 408 performs the insertion. The finished program content with tags is then stored or sent 
in block 410 to an encoder for broadcast. Which finishes the task 412. 
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Before looking at the operation of tags in more detail, lets turn to where this tag is going 
and what happens when it gets there. Recall that in Figs. 5 and 6 the weather tag example was 
broadcast to many local systems. We now look at one of those local systems, specifically a 
system in Yorktown Heights, NY that will act on the tag. Other local systems will ignore the 
5 tag. 

Fig. 7 shows the hardware at a local system receiving the program content with tags and 
retranslating the program with possibly some locally modified enhancements. The original 
programs contents 500 come in real-time, or from tape or disk storage, etc. The program content 
^ffl is read from storage or is optionally captured 502 by a device that decodes the program from its 
i lo broadcast form to a digital file, possibly just a buffer if the process occurs in real-time. Inside 
I'S the computer 504 are several systems and data structures to deal with the tags. The computer 

504 has memory 506 for the program modules and data, and has input devices 508 and a display 
\^ 5 1 0 for tag authoring tool 5 1 2 identical to the tag-authoring tool 3 1 2 at the broadcast system that 
^1 originated the program (Fig. 3). The local tag-authoring tool is used if the local system wishes to 
^'i 5 put tags in program content from scratch. Fig. 7 assumes that the program content arrives at this 
local system with tags already in it to be modified for local content by a tag-handling supervisor 
module 514. This supervisor is described in detail below. For now we continue by describing 
the environment. Using local data tables described below, the supervisor modifies the tags in the 
program content or calls on local program content 516 and then uses a scheduler module 518 to 
20 modify tags or a splitter to substitute local program content. The resulting program is stored or 
sent to an encoder 520, which makes the program content ready for transmission. The program 
content is then optionally combined by a Multiplexed 522 with other program content 524 on 
other channels for broadcast transmission to local setup boxes 528. The setup boxes may not 
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only view program content and enhanced content but may interact with the content, possibly 
sending back messages to the Multiplexed, which is capable of receiving these messages, often 
URL requests. The messages are passed to standard software for transmission to various web 
servers 530, which provide content for tags made by the tag modules or by request from the 
5 setup boxes. Also, these web servers may perform e-commerce and database services for the tag 
modules or for the setup boxes. The servers may also track the setup interactions or local 
modifications made by the tag modules or perform other functions. 

We now explore the detailed operation of the tag-handling supervisor 5 14. When tags 

t; are read from the program content source 500 the tag-handling supervisor 5 1 4 puts them in a 

|o Local Table below: 

=E Local Table 1 

t Header. Type Payload 

1 LocalWeather, TagAction=SetLT, Name=l, SetLT, 

Destination=YorktownHeightsNY, 
1,^5 Action=DisplayURL, 
m URL=http://www.Local Weather, com/ 

i]0 UpperWestchesterCounty.html, 
ij Time=Hourly+05:00.000 

20 Table 1 shows the Local Table with one entry, the weather tag read fi-om the program 

content source 500. The tag type is Local Weather, and the payload is simply the remainder of 
the tag. 

The supervisory program 514 observes that the tag has arrived, plans to get the specified 
URL ahead of time so it is ready to start injecting content in the output stream in accordance to 
25 what the scheduler 516 specifies so that the content arrives at the settop boxes in time for display 
at 5 minutes past the hour. More on this supervisory program shortly. 

In the preceding example the given local system obtained its tag directly from the 
broadcast. That is one way this system can work. However, in another embodiment each local 
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system obtains local information ahead of time, so that when the program content source 
broadcasts a tag type identified as generic, each local system receiving the broadcast, may act 
individually upon the tag. To act individually, each local system includes a Local Override 
Table having the same format as the local table. We give another weather display example, 
starting over from the beginning. 

At some time before the broadcast the local system receives the generic tag that will 
eventually be broadcast along with the local action that is to replace it. This information could 
be broadcast as tags from a central source to all local systems, or it could come from files or 
keyboard entry 508 at the local system. This informaUon along with action is put in the Local 
Override table. 



Table 2 shows the Local Override table with one entry. The tag arrives with the 
LocalWeather type and a long payload. The action the tag must take is to place itself in the 
Local Override table (SetLOT). Once there its action is to replace string A by string B 
(ReplaceAbyB) when they arrive. String A is "default" and string B is 
"UpperWestchesterCounty". 

Later, when the program is broadcast it will be simplest for the broadcaster to send the 

same token to all local systems. 



Local Override Table 2 

Header Type 

2 LocalWeather, 



Payload 

TagAction=SetLOT, 
Action=Replace A by B, 
Name=l, 

A=default, B=UpperWestchesterCounty 
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Local Table 3 

Header Type Payload 

3 LocalWeather, TagAction=SetLT, Name=l , SetLT, 

Destination=YorktownHeightsNY, 
Action=DisplayURL, 

URL=http://www.LocalWeather.com/default.html, 
Time-Hourly+05:00.000 

Table 3 shows the generic broadcast token after it arrives into the Local Table during the 
program content broadcast. 

The token awakens the supervisory program, which scans the Local Override Table 
(Table 2) for any matching entry "LocalWeather" Name-1. The supervisory program finds an 
entry and executes the instruction there to replace the "default" string by 
"UpperWestchesterCounty". 

Local Table 4 

Header Type Payload 

4 LocalWeather, TagAction=SetLT, Name-=1, SetLT, 

Name =1 

SetLT, Destination ^Yorktown HeightsNY 
Action Display URL 
URL^http://www.LocalWeather.com/ 
UpperWestchesterCounty.html, 
Time-Hourly+05:00.000 

Table 4 shows how the supervisory program modifies the Local Table with local 
information. All local systems are now ready to substitute their local information. 

Figure 8 shows more fully the operation of the supervisor 514, which was just illustrated 
by example in the weather example above. A process 600 begins at block 60L The supervisor 
reads the program content source in block 602. As it reads the program it looks for tags in block 
604. When it finds one in block 606 it examines the tag in block 608 to see if it should be stored 
in the Local Table in block 610 or should be placed in the Local Override Table in block 612. If 
the tag goes to the Local Override Table, then it is examined to see if it should immediately 



15350_l 



15 



SOM9-2000-0008 (1963-7390) 



override the Local Table in block 614, and the supervisor then looks for the next tag 604. If the 
tag goes to the Local Table in block 610, then it may be overridden by the Local Override Table 
in block 616. In block 618, if it is time to do what a tag in the Lookup Table is for, then the 
supervisor executes the in block 620, possibly splicing or inserting content or tags in the program 
content stream. As long as there is more program content to process, then the supervisor looks 
for more tags in block 624, else the process 600 ends in block 624. 

The program content may be continuously read and written while this is going on, and the 
processes in Fig. 8 may be done by interrupts instead of sequentially. 

Following the display of the first hourly weather, the display will continue at 5 minutes 
past every hour until the action is reset upon receiving the following token: 

Header Type Payload 

Local Weather TagAction=SetLT, Name= 1 , Action=None 

Or upon deleting the tag from the Local Table by receiving: 

LocalWeather TagAction=DeleteFromLT, Name=l 

Other tag information can consist of, for example, but not limited to, giving an advisory 
of when to load the HTML page from the server to the local system, so that it will likely be ready 
when the time comes to insert into the output program: 

LocalWeather TagAction=SetLT, Name==l, 

GetURLBy=Hourly+02:00.000 

An example of a tag that requests immediate action is: 

LocalWeather TagAction=SetLT, Name=l , Time=Now 

However, a tag with no time specified might also be acted on immediately, because the 

supervisor program has the last word on filling in missing tag characteristics as seen fit or even 
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overriding the tag settings regardless of the settings in either the Local Table or the Local 
Override Table. 

An example of a local commercial would be the broadcast of the following tag: 

LocalCommercial Name=ABCMomingNews2, 

TagAction=SetLT, Time -2000:3:3:07:50.000, 
Action^Splice 



with the Local Override Table set to: 



LocalCommercial, 

Name=ABCMomingNews2,TagAction=SetLOT, 
Action-^AddA, A- 'Media=C:\AlsToyStore.mpg" 

resulting in the Local Table being set to: 

LocalCommercial Name= ABCMomingNews2 , TagAction=S etLT, 
Time =2000:3:3:07:50.000, Action=Splice, 
Media==C:\AlsToyStore.mpg 

which adds the field for the local media to be played during the commercial by a video splice 

into the input program content. 



An example of tracking would be the broadcast this tag: 



LocalWeather 

with the Local Override Table set to: 
LocalWeather 



TagAction=SetLT, Name-1, SetLT, 
Action=Track, 

URL=Http://www. trackingserver.com/cgi- 
bin/track-cgi?clickedWeather 



Name=l, 

TagAction=SetLOT, 
Action=Replace A by B, 
A=clickedWeather, 

B=clickedUpperWestchesterCountyWeather 
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resulting in the Local Table being set to: 

LocalWeather TagAction=SetLT, Name=l , SetLT, Action=Track, 

URL=Http://www.trackingserver.comycgi-bin/track- 
5 cgi?clickedUpperWestchesterCountyWeather 

which tracks user interaction with the local weather. At the appropriate time (5 minutes past 
every hour as set in the additional Local Table entry some distance above), this URL will be sent 
to the settop box, which upon user click will send the tracking URL request back to the cable 
1 0 head-end, which will send it to the tracking server. 

There is no necessity for the local system to be limited to overriding tags that come from 
i a remote program source. The program source could be local. The program source need not 
y have any tags, so that tags indicating actions may simply be placed in the Local Table either by 
i the local system operator or remotely in earlier program source from a remote site, and then be 
15 ready to act without help from the program source. 

.a While the invention has been described with reference to specific embodiments, the 

P description of the specific embodiments is illustrative only and is not to be considered as limiting 
3 the scope of the invention. Various other modifications and changes may occur to those skilled in 
the art without departing from the spirit and scope of the invention. 
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